home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Cream of the Crop 20
/
Cream of the Crop 20 (Terry Blount) (1996).iso
/
os2
/
bos2_xr2.zip
/
XE_USER.DOC
< prev
Wrap
Text File
|
1996-06-13
|
40KB
|
907 lines
User documentation for modified Binkley 2.60 XE
===============================================
Binkley 2.60 original version is (c) Vince Perriello and available
at 2:2474/400. Filenames: B???_260.ZIP (??? = DOS, OS2, W32 or SRC).
Modifications were done by (in alphabetical order) :
Carsten Ellermann, 2:2432/215
Tobias Ernst, 2:2476/418
Rudolf Heeb, 2:2464/44
Martin M. Pedersen, 2:238/45
Matthias Tichy, 2:2433/955
Thomas J. Waldmann, 2:2474/400
This BT-XE version is named BT 2.60XE9606132330
This is date and time of creation ^----^^--^ of this compiled version.
Please refer to this version string if you speak of this modified version.
To be short, we abbreviate this as BT-XE below...
Standard disclaimer: regard this as BETA software.
Although we don't know "known bugs" built in by us at the time of this beta
release, we can NOT guarantee. So use it on your own risk ...
If you have any problem with this BT-XE version, please contact us!
Also, if you are a programmer and doing BT source code modifications /
enhancements / bugfixes, too, please also contacts us and work together with
us on this great project!
Tip from Hauke Hagenhoff, 2:2453/1030
=====================================
COM.SYS:
When using the original serial-port-driver for OS/2, COM.SYS, you will need to
configure the port using the MODE command for having BinkleyTerm work all right.
The following setting is recommended:
MODE COMx:yyyyy,N,8,1,,TO=ON,XON=OFF,IDSR=OFF,ODSR=OFF,OCTS=ON,
DTR=HS,RTS=HS,BUFFER=ON
(you need to enter this as ONE line!)
where x is the COMx:-port to set and yyyyy the desired port speed.
Most important are the IDSR and ODSR-settings, if they are wrong, BT won't work
properly. BUFFER=ON is to switch the FIFO-buffer on.
Modifications in this version done by Carsten Ellermann:
========================================================
- Max. number of AKAs raised from original 25 to BT-XE value of 100 AKAs.
- "ConditionalPoll" - this new function is inserted in BinkleyTerm.
New: Multi-AKA and boolean operation support implemented by Thomas Waldmann.
ConditionalPoll (also known as "FreePoll" from Arjen G. Lentz, who invented
this in his mailer XENIA) allows an Uplink (you) to reject a call from a
Downlink, if there is less mail for him than the configured minimum.
This function will only work with ISDN or a modem that reports the caller ID
in the "Ring" string.
It's possible to list up to 100 ConditionalPoll entries.
How it does work: the downlink will call you, Binkley gets the caller-ID
(eg. "RING 57313340"), searches ALL ConditionalPoll entries for matching
addresses and checks if the condition (minimum outbound size for this AKA)
says "reject call" or "accept call" for each AKA.
The exact condition is: if outbound size <= MinSize * 1024 then reject.
MinSize = 0 rejects a call only if there is really NOTHING (0 bytes) on hold.
Each result (accept=TRUE or accept=FALSE) is evaluated (together with the
result of previous calculation for this number) with the according
boolean operation "AND" or "OR" to calculate the total result.
The boolean operation listed with the first configured ConditionalPoll entry
matching a specific number does not care, you can use "Or" or "And" - it
makes no difference.
If total result is TRUE, call will be accepted.
If total result is FALSE, call will be rejected.
To reject a call Binkley sends the string configured with "Reject" to the
modem. To accept a call, Binkley sends the answer string (normal behaviour).
For downlinks who want to make a file request or send an important crash
mail immediately, Binkley builds a zero byte size file in the outbound
called "*.TRX" for each user. If the downlink gets a "call reject", he/she
can call again within MaxDeltaT seconds and the call will be handled normally.
To configure the function use:
; accept call of 07142980031 if size for 2:2474/405>=100KB or 2nd call
; within 30 seconds:
;ConditionalPoll Or/And AKA [3..5D] MinSize[KB] MaxDeltaT[s] Phone
ConditionalPoll Or 2:2474/405 100 30 07142980031
; accept call of 07142980032 if (size for 2:2474/403>=20KB or 2nd call within
; 30 seconds) *AND* (size for 21:492/4003 >= 10KB or 2nd call within 20s).
;ConditionalPoll Or/And AKA [3..5D] MinSize[KB] MaxDeltaT[s] Phone
ConditionalPoll Or 2:2474/403 20 30 07142980032
ConditionalPoll And 21:492/4003 10 20 07142980032
; accept call of 07142980032 if (size for 2:2474/403>=100KB or 2nd call within
; 30 seconds) *OR* (size for 21:492/4003 >= 50KB or 2nd call within 20s).
;ConditionalPoll Or/And AKA [3..5D] MinSize[KB] MaxDeltaT[s] Phone
ConditionalPoll Or 2:2474/403 100 30 07142980032
ConditionalPoll Or 21:492/4003 50 20 07142980032
; you may configure up to 100 such ConditionalPoll lines
; dependant on your ISDN adaptor and configuration, you maybe should
; leave out the leading "0" (national calls) or "00" (intl calls).
To reject a call, define once:
Reject <Modem command string|>
For a ZyXEL Elite 2864I use:
Reject ATH1|ATH0|
For ELINK 310 use:
Reject AT\\K|
ATS21.2=1 (shows caller number after RING - tested with EPROM 1.36)
For ELINK 301 use:
Reject AT\\K| (since EPROM version 2.20 of 11.5.94)
AT\O5 (show caller number after RING, since v2.12)
Restriction for ELINKs: until a ROM is released which supports a "Call
rejected" response code, you will only be able to reject incoming calls, but
not to treat being rejected yourself (you will just receive "NO CARRIER" if
you are rejected). You may configure a very LOW MaxDeltaT value to handle
this (not nice, but possible) - see also binkley event file A= parameter.
But your links should be aware that they will flag you undialable if they
dial too often without getting a connection.
- New CFG-verb "ModemReject" to identify a rejection response from the modem.
New CFG-verb "AfterCallOut" to send an AT???-command to get a cause value
from ISDN adapters like ZyXEL 2864I.
There are two different ways to see if a call is rejected:
1) The ISDN adapter sends "Busy/Cause=34Be" in one line.
2) You send an AT??? command and get an answer like "Cause = Call reject".
For 1) you need only "ModemReject <Rejectstring>", for 2) you need the
Rejectstring and "AfterCallOut <Lines> <AT command>".
AfterCallOut needs a number of lines (of output caused by AT command) and an
AT command which leads to a report with the cause value.
After a rejected outbound call, all mail to this AKA will change to NORMAL
flavour. Now you have an easy way to ping your Uplink, if he knows the
feature of Freepoll<tm>/ConditionalPoll.
ModemReject will only work with automatic call not with manual calls!
For ZyXEL 2864I i use "AfterCallOut 9 ATI3|" and "ModemReject Call reject".
For CFOS you need only "ModemReject /Cause=34Be".
For ELINK, there is no such possibility until now.
- "ChangeMailTo <flavor>" for changing mail flavor to CRASH, DIRECT, NORMAL
or HOLD after an rejected outbound call. The default is the change to
Normal flavor.
Modifications in this version done by Tobias Ernst:
===================================================
- Support for a PROBOARD fileindex. Rather than scanning your whole hard
disk for each file request, information can now be taken directly from
your Proboard configuration, so that a) you don't have to set up a huge
OKFile and b) file request is accelerated considerably, allowing for
filerequest from CDROM. Perform the following steps to set up Proboard
support (this works much like the configuration of a Maximus fileindex):
- Add the following lines to your Binkley.Cfg
PBAreas <Proboard Fileareaconfig>